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(54) Network peripheral server discovery method 

(57) A multifunction peripheral server cfiscovery 
method with reduced network traffic. Peripheral servers 
(10) on a network (14) advertise their basic function, 
such as a print and clients (12) seeking peripherals 
with an additional function, such as scan, retrieve ID 
strings of peripherals having the basic function to deter- 
mine if the additional function is available. The method 
also permits a user of a client (12) on the network (14) 
to enter addresses of peripherals not discovered when 
the client searches for peripherals having the additional 
function. The method also permits selection of a net- 
work protocol to be used by the client (12). An additional 
preferred step in the method is a determination of 
whether dscovered peripherals having the adcfflionaJ 
function are compatible with a software application run 
by the client (12). 
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Description 

[0001] The present invention generally relates to 
software, and more particularly to software for discover- 
ing peripheral server devices on a network. 
[0002] Computer network sewers are an integral 
segment of the computer industry. Networks establish 
connections with at least one server which in turn initi- 
ate connections with one or more peripherals. Such 
peripherals perform many functions, including scan- 
ning. Some peripherals, namely multifunction peripher- 
als, combine scanning with various other functions such 
as printing, sending and receiving facsimiles and copy- 
ing. When a user wishes to perform a function, for 
example, a scan, it is important to determine which 
servers, if any, can establish a connection with a periph- 
eral containing the required scan capabilities. 
[0003] Known methods to determine available net- 
work servers include the user physically locating the 
server, using a name lookup service to ascertain the 
server's name, or using discovery software to find all 
available servers which meet certain criteria. However, 
as will be cfiscussed below, each of several known 
methods has its own benefits and attendant problems. 
[0004] A problem exists when the user attempts to 
physically locate servers on the network since this 
action can be time consuming, and prone to user error. 
Servers are usually remotely located, requiring the user 
to leave the workstation in search for one or more serv- 
ers that can establish a connection to the peripheral that 
the user wants to use. The user is often not aware of 
some or all of the locations of the servers on the net- 
work. If the user does physically locate the server, it is 
sometimes possible to ascertain the address of the 
server by viewing a sticker placed on the server by a 
network administrator or some other person. Likewise, if 
the address is not written on the server, some servers 
contain a button that the user can press to send the 
server's address to an attached printer. Additionally, 
even after the user determines the address of the server 
that he desires, the user must manually enter the 
server's address, and such manual entry is prone to 
errors by the user. 

[0005] Additional problems exist when using a 
name lookup service, such as a domain name service 
(DNS) protocol or service advertising protocol (SAP), to 
find the server. DNS is used for transmission control 
protocol/internet protocol (TCP/IP) protocol networks 
and SAP is used for sequenced packet exchange/inter- 
network protocol exchange (SPX/1PX) protocol net- 
works. A problem with using the name lookup operation 
is that the user must know the name of the server the 
user ts looking for. Sometimes the network administra- 
tor writes the name on the server, but often the server is 
remotely located. Another problem with using the name 
lookup is that the name lookup operation will only find 
servers for the name that the user entered. Thus, th 
name lookup will not find servers of a different name 



that the user may wish to employ. 
[0006] Further problems exist with known discovery 
software due to SAP packet traffic on the network 
Among other things, SAP packets indicated the type of 

5 service being offered, as well as a network access 
point, i.a. network and socket address, which clients 
can use when accessing the server. While SAP gives 
scan servers and other service providers the ability to 
periodically advertise their services on the network, the 

10 SAP packet traffic causes congestion on the network. 
For example, tracfitional servers send a separate SAP 
for each socket being advertised, i.a, for each print 
socket , and each scan socket Thus, under the tradi- 
tional scheme, a three port server would generate six 

is SAPs since the server would send a separate SAP 
advertisement for each print and scan socket Likewise, 
a one port server would generate two SAPs on a regular 
basis. 

[0007] Another problem with known discovery soft- 
20 ware is its intlexfeilHy. Typically, discovery software only 
allows the user to select from a group of discovered 
servers, there are times, however, that the user may 
wish to enter a known server address. Additionally, 
there are times that a user must enter a server address 
25 because the discovery software failed to find any serv- 
ers. 

[0008] Accordingly, it is a primary object of the 
present invention to provide an improved method for 
discovering network peripheral servers. 

30 [0009] Another object of the present invention is to 
provide an improved method for reducing SAP traffic. 
[001 0] Yet another object of the present invention is 
to provide an improved method for allowing the user to 
manually enter a server address. 

as [0011] Other objects and advantages will become 
apparent upon reading the following detailed descrip- 
tion, in conjunction with the attached drawings, in which: 

FIGURE t is an overview of the network system; 
40 FIG. 2 is a preferred discovery welcome page; 

FIG. 3 is a flow chart illustrating functions of the net- 
worked scan server discovery method of the 
present invention; 

FIG. 4 is a preferred discovery server list page; 
45 FIG. 5 is a preferred page containing instructions to 
locate a server address; 
FIG. 6 is a preferred network selection page; 
FIGS. 7A-7C are preferred network address entry 
pages; and 

so FIG. 8 is a preferred successful configuration page. 
TABLE OF ACRONYMS 

[0012] This patent utilizes several acronyms. The 
55 following table is provided to aid the reader in determin- 
ing the meaning of the several acronyms: 

CPU = central processing unit 
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DNS = domain name service. 

ID = identification. 

IP = internet protocol. 

IPX = internetwork protocol exchange 

MIB = management information base. 

PC = personal computer. 

SAP = service advertising protocol. 

SLP = service location protocol. 

SNMP = simple network management protocol. 

SPX = sequenced packet exchange. 

TCP = transmission control protocol. 

DETAILED DESCRIPTION 

[0Q13] Broadly stated, the present invention is 
directed to a method, implemented principally by soft- 
ware, that is adapted to discover peripheral servers that 
a peripheral specific software can utilize, which reduces 
SAP traffic and supports murtple network protocols 
[001 4] Turning now to the drawings, and particularly 
FIGL 1. a server 10 of the present invention establishes 
a connection between a client 1 2 on a network 1 4 and a 
peripheral 16. such as a scanner. While the server 10 
referred to is used as part of a Hewlett-Packard JETDI- 
RECT EX box package, ft is contemplated that the 
sewer 10 can be part of a card that connects via a bus 
interface to the peripheral 16. or as part of an internal 
central processing unit (CPU) of the peripheral 16. The 
JETDIRECT EX box is shown and described in a 
Hewlett-Packard user manual, part no. 5967-2290. and 
is incorporated by reference herein. 
[0015] For purposes of illustrating the present 
invention, it is assumed that the user is searching for a 
peripheral 16 that can support scan functions, but arti- 
sans will appreciate its applicability to searching for 
peripherals performing other functions. Referring to 
FIG. 2. a welcome screen is displayed on a dient dis- 
play, which may be a personal computer (PC), for exam- 
ple. The screen prompts a user through various steps to 
insure that the peripheral 16 is property set up and 
attached to a server 10 that supports scanning, and that 
both the peripheral 16 and the sewer 10 are powered 
on. Referring to FIGS. 2 and 3. after the user cricks a 
"next" button on the discovery welcome screen, the cli- 
ent 12 software of the present invention, hereinafter 
referred to as the client 12, searches the network 14 tor 
specific sewers 10. ag.. JETDIRECT EX boxes (block 
18). The cfierrt 12 uses a service location protocol 
(SLP). tor a TCP/IP network 14. or a SAP tor a SPX/1PX 
network 14, to elicit responses for all servers 10 of the 
specified type. The servers 10 wiD use SAP to 
announce a print function for each attached peripheral 
16. This is true even rf an attached peripheral only per- 
forms a function other than print The dient determines 
that the specif ic servers 10 has been found by matching 
a name of the server 10 that was found to a list of 
names that the client 1 2 is searching. e.g.. JETDIRECT 
EX boxes. Based on the matches, the client 12 pro- 



duces a data list of potential servers 10. 
[0016] Importantly, and referring to FIG. 3. for each 
server 10 on the data list, the cfierrt 12 next determines 
ft a peripheral 1 6 attached to the server 10 is compatfole 

5 wrthasoftwar application for which the discovery oper- 
ation is being performed, ag.. a scan software applica- 
tion (block 20). To determine rf the peripheral 16 can 
scan, the client 12 retrieves a peripheral ID string from 
the server 10 using a simple network management pro- 

w tocol (SNMP), and parses the ID string to determine if 
the peripheral 16 supports scanning. The SNMP is a 
standard network protocol that is generally used for 
configuring and monitoring network devices, ft is con- 
templated that similar protocols can be used by the 

15 present invention. After determining which servers 10 
possess peripherals 16 that support scanning, the dient 
12 removes servers 10 from the data list that do not 
support scanning. 

[0017] By engaging in the above two step process, 

20 i.e., searching tor JETDIRECT EX servers and then 
using SNMP to determine if the server 10 supports 
scanning, the present invention reduces SAP traffic For 
example, typical clients 12 use SAP to discover print 
servers 10 and also use SAP to discover scan servers 

25 10 on the SPX/IPX network. This requires the server 1 0 
to send SAP requests tor both print and scan services. 
Importantly, the present invention reduces network traf- 
fic caused by SAPs since the cfierrt 12 only requires the 
sewer 10 to advertise its print services, and not scan 

so services. By requiring the server 10 to advertise only its 
prim services, the client 12 effectively cuts in haH the 
number of SAPs arriving from the server 10. 
[0018] After it is determined that the server 10 sup- 
ports scan functions,^ the scan socket number on the 

35 server 10 is established, and the client 12 takes advan- 
tage of the fact that the server's 10 scan socket number 
is always equal to the advertised print socket number 
plus one. For a muftrfunction peripheral attached to a 
physical server port a separate socket is maintained for 

40 its separate functions, ag.. print and scan. Therefore, 
the client 12 adds one to the advertised print server 
socket number when accessing the scan server socket 
As discussed above, this method conserves network 
bandwidth because the present invention will only issue 

45 SNMP queries when attempting to discover scan 
devices, whereas the periodic SAP advertisements are 
sent on a continual basis, typically every two seconds. 
[0019] After the client 12 removes servers 10 that 
do not support scanning from the data list for each 

so server 10 remaining in the list, the client 12 checks to 
determine that the server 10 contains the required 
firmware for the spectfic software application (block 22). 
To determine that the server 10 contains the required 
firmware, the client 12 sends a SNMP query to deter- 

55 mine if a certain scan rnanagement information base 
(MIB) object exists on the server 10. For example, th 
MIB object couW be a time out variable used by the soft- 
ware application. If the object does not exist, the server 
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1 0 returns an error in response to the client's 12 request 
and the server 10 is removed from the data list of serv- 
ers 10. 

[0020] Subsequently, the dient 1 2 determines if any 
servers 10 remain on the data list (block 24). If servers 5 
10 remain on the list, the client 12 displays a list of 
peripherals 16 attached to the servers 10 on a page 
shown in FK3. 4, and waits for the user to either select 
one of the servers 10 or indicate that the desired server 
is not in the Est (block 26). Referring to FIG. 4, the user 10 
responds by mouse clicking on the name of the desired 
peripheral 16, or by dieting on a check box if the 
desired peripheral 16 is not listed. Returning to FIG. 3. 
if the user selects a scanner (block 28), the client 12 
stores parameters of the accompanying server 10 in is 
persistent memory, e.g., WINDOWS 95 and NT registry, 
so that the parameters are available to the client 12 
when the software application is executed at a later time 
(block 30). While a client 12 could perform a discovery 
operation every time the user wishes to scan, this is not so 
the preferred entxxfiment since the discovery operation 
takes time to perform. 

[0021] Alternatively, if no servers 10 exist in the 
data list (block 24) or the user decides not to select a 
peripheral 16 from the list (block 28). the user can 2s 
mouse click a "next" button shewn in FIG. 4 to select a 
server 10 of the user's choice. For example, the periph- 
eral 1 6 may have been turned off when the client ^per- 
formed the discovery operation. Referring to FIG. 5. is a 
page with instructions to locate a server address is 30 
shown. The user can mouse click a test button on the 
JETDIRECT EX server 10 connected to a printer and 
the printer will print a JETDIRECT EX status page 
including the JETDIRECT address. 
[0022] Thereafter, the user dicks a "nexT button on 35 
the Instruction page to display a network selection page 
as shown in FIG 6, which prompts the user to select a 
network used by the dierrt 12, ag., either TCP/IP or 
SPX/IPX. After selecting the appropriate network, the 
user mouse dicks a "next" button on the network selec- *o 
tion paga Referring to FIGS. 2, 7A-7C. an appropriate 
page will appear depending on the network selected by 
the user, prompting the user to enter the server 10 
address (block 32). FIG. 7A is arranged for TCP/IP net- 
works, and FIGS. 7B-7C are arranged for the SPX/IPX 4s 
networks. 

[0023] After the user enters the server address, the 
client 12 contacts the server and determines whether 
compatible peripheral 16 and server firmware features 
exist, as described abase (block 34). H the peripheral 16 so 
and server 10 meet the requirements of the software 
application (block 36), parameter for the server 10 are 
stored in persistent memory so that they are available to 
the cfient 1 2 at a later time (block 30). Referring to FIG. 
8, the dierrt 12 displays a successful configuration page 55 
to end the discovery operation. 
[0024] Referring again to FIG. 3, if the peripheral 1 6 
and the server 10 do not meet the softwar application's 



requirements, the dient 12 prompts the user to deter- 
mine if the server 10 should be used regardless of th 
fact that the server 10 is not compatible (block 38). If the 
user still desires to use tti incomp a t ib le server 10, the 
dierrt 12 stores the server's parameters in persistent 
memory (block 30), and displays the successful config- 
uration page, shown in FK3.8. Otherwise, the user is 
prompted to enter a new network address of a desired 
server 10 (block 32). 

[0025] Rom the foregoing description, it should be 
understood that an irrproved method has been shown 
and described which has many desirable attributes and 
advantages. The present invention can discover and 
allow the user to select specific network peripheral serv- 
ers. Additionally, the present invention reduces SAP 
traffic and supports multiple network protocols. 
[0026] While various embodiments of the present 
invention have been shown and described, it should be 
understood thai other mocfif cations, substitutions and 
alternatives are apparent to one of ordinary skD) in the 
art. Such modifications, substitutions and alternatives 
can be made without departing from the spirit and 
scope of the invention, which should be determined 
from the appended claims. 

[0027] Various features of the invention are set forth 
in the appended claims. 

Claims 

1. A network cfient (12) peripheral server (10) discov- 
ery method for a dierrt (12) to cfiscover peripheral 
servers (10) having peripherals (16) with an addi- 
tional function in addition to peripherals (16) with a 
basic function, the method comprising steps of: 

announdng, by servers (10) on the network 
(14), peripherals (16) having basic functions 
(block 18); 

searching, by a dierrt (12) on the network (14), 
for announcements of basic functions (block 
20); 

forming, by the cfient (12), a list of servers (10) 
having peripherals (16) having the basic func- 
tion based upon announcements discovered in 
said step of searching (blocks 22. 24 and 26); 
retrieving, by the cfient (12), data for servers 
(10) on the 6st of peripherals (16) (blocks 28 
and 30); and 

identifying, by the dient (12), peripherals (16) 
on the fet of peripherals (16) having the addi- 
tional function by examining data retrieved in 
said step of retrieving (blocks 30, 34, and 36). 

2. The method according to daim 1 . wherein said data 
comprises a peripheral ID string (block 20). 

3. The method according to ciaim 1 , wherein th basic 
function is a print function and the additional tunc- 
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tion is a scan function. 

4. The method according to claim 1, further compris- 
ing steps of : 

5 

removing servers (10) having peripherals (16) 
lacking the additional function from the list of 
peripherals (16) (block 22); and 
permrtting a user to select from the Ost of 
peripherals (16) (blocks 24, 26 and 28). to 

5. The method according to claim 4. further compris- 
ing a step of accepting, by the cfierrt (12). a user 
specified peripheral (16) not on the fist of peripher- 
als (16) (block 26). 15 

6. The method according to daim 1 , further compris- 
ing a step of determining whether a peripheral (16) 
having the additional function is compatible with a 
client (12) software application (blocks 34 and 36). 20 

7. The method according to claim 6, wherein said step 
of determining comprises sending a query to a 
server (10) that serves the peripheral (16) having 
the additional function to determine if a predeter- 2s 
mined object exists on the server (10) that serves 
the peripheral (16) having the additional function 
(block 34). 

a The method according to claim 7, wherein the 30 
object is a management information database 
% object supporting a specific operation of the addi- 
tional function. 

9. The method according to claim 7. further compris- ss 
ing a step of assigning a network address to the 
peripheral (16) having the additional function (block 
32). 

10. The method according to claim 9, wherein said step 40 
of assigning comprises adding a predetermined 
address increment to a network address for a 
peripheral (16) having the basic function associated 
with the server (10) that serves the peripheral (16) 
having the additional function (blocks 30. 34 and 45 
36). 

11. The method according to claim 1, further compris- 
ing a step of assigning a network address to the 
peripheral (16) having the additional function (block so 
30). 

12. The method accortfing to claim 11. wherein said 
step of assigning comprises adding a predeter- 
mined address increment to a network address for ss 
a peripheral (16) having the basic function associ- 
ated with a same server (10) as the peripheral (16) 
having the additional function (block 32). 
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WHEN EXECUTED AT A LATER TIME 
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